篇首语:本文由编程笔记#小编为大家整理,主要介绍了2021年末总结相关的知识,希望对你有一定的参考价值。
一眨眼,距离上次写作已经两月有余。自己偷懒+繁忙,一直停滞下来,没有行动。这次得抓住年末的小尾巴,来一篇总结性的文章,对2021年的生活、工作画上一个完满的句号。
去年年尾被拎出来单独负责一个项目。独自从零开始一个项目还是有些担惊受怕的,因为对领域的未知,害怕出错,害怕一不小心就被稍地出门,也因为是一个对C端的项目,也害怕设计的不够完美,客户抱怨,提出客诉。嗨,反正就是难得搞。但是,也是一个新的挑战,一个成长的机会,一个自己可以大展身手的机会(毕竟啥东西都是自己搞,砖是自己搬,屎是自己糊,哈哈)。带着激动+胆颤心惊走进项目。
项目因为只有一个人,所以我秉承着简单的原则,没有过多的拆分服务(紧紧只有两个),这两个服务也是根据了自己的承受能力,以及结合业务后综合得出的结论(还有很多模块,没有拿出来,比如:Id获取,用户管理等)。这样设计很好了保证后来工作不会因为模块过多带来工作混乱。
在项目初,为了保证快速上线项目,代码很多都是大差不差写的,保证了业务功能的实现。但随着从开发到维护阶段,时间逐渐有一些空闲,随着新的需求到来,和原来有冲突的地方,或者涉及到新需求改动的地方就开始优化起来。比如:采用合适的设计模式,采用更优雅的设计。方法、类、参数等名称也可以修改的更优雅。注释,修改日期也可以慢慢补上,给别人看代码留下思路(防止别人骂你,哈哈)。
除了在代码层面优化,架构也是可以改进的,因为没有过分设计,涉及到的外部东西不多,我们可以根据一定的需求来调整架构。如:我在高峰压测时,调整了项目的调用方式,缩短调用链路。
随着持续优化,项目现在保证了可读性,可扩展(这个可扩展仅仅是从技术层面哈,业务层面的可扩展需要在项目设计之初就需要有考虑,虽然可以通过持续调优优化来改造,但是还是有些麻烦的)。
对待系统,要有owner意识,这个不管是自己负责,还是他人负责。当然,自己负责可能就会涉及的更深。也会从以下几个方面总结一下
熟悉自己系统架构和业务架构,系统架构包括部署情况,如:线上的机器数,机器类型,采用的容器等,用户从前端到后台处理完成所经历的节点。业务架构则主要体现在:业务领域,关键的职责等。熟悉这些才方便和其他系统沟通,以及业务划分等(扯皮,哈哈)。
除了对自己的系统部署,架构有了解外,还需要对自己的系统能力有一定的了解,其中主要包括:上下游链路(这个关键,涉及接口或其他变动,需要通知到,否则引发一系列问题),关键接口的能力(高峰压测,防止业务量增加引发系统崩溃),中间件,配置开发等。此外,还需要对自己的系统缺陷有一定了解,在出现问题时可以有应急方案。
在日常,需要对自己的系统进行巡检,可以从CPU、网络、内存、日志等多方面查看,对系统出现的问题及时进行诊断、修复,谨防在问题在客户端报出时才进行解决。除此之外,还需要对系统监控报警及时响应,查明问题原因,修复。
有一个规范的研发流程可以省很多事,提高大家的工作效率。另外,还可以减少因需求不规范、提测延期、测试时间不够、需求增加等带来问题。
我举个例子哈。如下:
在需求确认阶段:筛选出可以做的需求,然后要求产品给出合规的原型图、并且要求团队成员与产品对需求理解达到一致。
研发前准备:确定投入资源,识别需求难点并技术选型,UI评审、测试用例评审、接口评审等。
研发阶段:代码风格统一、前后端联调,冒烟测试用例通过,CodeReview代码实现等,然后转测
SIT测试:提测后,拒绝开发环境测试、执行全量的测试用例。并且把bug提给对应的开发人员,对问题修复时间点追踪。UI可以在此阶段验收。
UAT测试:确定发布所需要的资源,准备是否充分。产品、业务、UI、测试再一次验收。
上线:日志观察,产品再次确认。可以结合灰度策略来进行线上测试。完成上线后,通知团队成员。
在工作中认真对待,是会有回馈的。在经历了这么多,在今年也完成了晋升,所以说,付出还是有回报,也是对自己的一次肯定。
以上是部分工作小结,还有蛮多的,一一总结,那就多屏装不下啦。如:高峰应对情况,在上一次文章中已经分享过啦,以后再慢慢分享
在生活中,平平淡淡。但是生活的状态永远积极、向上、阳光、正能量!中国人不骗中国人!
2021家庭和睦,家人们健健康康,毕竟没有什么比健康更重要啦!真是个快乐的一年!
对象已经恋爱9年有余,今年也确定2022年要结婚啦,一路走来,虽然有一点磕磕绊绊,但始终如一!真是个快乐的一年!
工作之余, 要多和家里人联系沟通,家人安康,才有诗和远方!哦,对了,也不要忘记自己找到自己另一半,那是陪伴你走接下来路的人!
不忘初心,方得始终。只有认真,努力,才能完成所想!生活有时候很累,但要学会思考,加油鸭!